home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 7460 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.7 KB
  1. Path: news1.h1.usa.pipeline.com!usenet
  2. From: grantp@usa.pipeline.com(Pete)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Constructor classes
  5. Date: 23 Feb 1996 11:38:10 GMT
  6. Organization: Kalevi, Inc.
  7. Message-ID: <4gk8v2$2lv@news1.usa.pipeline.com>
  8. NNTP-Posting-Host: pipe8.h1.usa.pipeline.com
  9. X-PipeUser: grantp
  10. X-PipeHub: usa.pipeline.com
  11. X-PipeGCOS: (Pete)
  12. X-Newsreader: Pipeline USA v3.3.0
  13.  
  14. On Feb 22, 1996 17:17:16 in article <Constructor classes>,
  15. 'scalish@execpc.com (Sherri Scalish)' wrote: 
  16.  
  17.  
  18. >Hope someone can help me, I'm getting very frustrated.  I have a container
  19.  
  20. >class in which I have an array of classes: 
  21. > 
  22. >    class OtherClass{ 
  23. >    private: 
  24. >        char m_itema[30]; 
  25. >        char m_itemb[30]; 
  26. >        ... 
  27. >    }: 
  28. > 
  29. >    class ContainerClass{ 
  30. >    public: 
  31. >        OtherClass Items[9]; 
  32. >    ... 
  33. >    }; 
  34. > 
  35. > 
  36.  
  37. >How do I access the array's data members?  
  38.  
  39. You can't -- not the way you've declared OtherClass; i.e., 
  40. the data members are private. 
  41.  
  42. > I have tried: 
  43. >    m_itema[0], ContainerClass->m_itema[0], ContainerClass.m_itema[0],  
  44. >OtherClass->m_itema[0]. OtherClass.m_itema[0], etc. etc. 
  45. > 
  46. >I have been working on this for days and am getting truly frustated.  I  
  47. >would greatly appreciate an E-Mail to solve this mystery.   
  48. >scalsh@execpc.com.  Thanks in advance!!!!     
  49. > 
  50.  
  51. If you declare the data members in OtherClass as public, 
  52. then you can access them as follows: 
  53.  
  54. ContainerClass x, *px; 
  55.   x.Items[0].m_itema[20]; 
  56.   px->Items[8].m_itemb[30]; 
  57.  
  58. BTW, I would under most circumstances keep the data members 
  59. private and provide appropriate accessor functions instead.  But 
  60. that's strictly a design issue.  Just something to think about. 
  61.  
  62. -- 
  63. Pete Grant 
  64. Kalevi, Inc. 
  65. Software Engineering & development
  66.